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Infinite loops and redundant computations are long recognized open problems in Prolog. Two 
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ways have been explored to resolve these problems: loop checking and tabling. Loop checking 
can cut infinite loops, but it cannot be both sound and complete even for function-free logic 
programs. Tabling seems to be an effective way to resolve infinite loops and redundant com- 
putations. However, existing tabulated resolutions, such as OLDT-rcsolution, SLG-resolution, 
and Tabulated SLS-resolution, are non-linear because they rely on the solution-lookup mode in 
formulating tabling. The principal disadvantage of non-linear resolutions is that they cannot be 
implemented using a simple stack-based memory structure like that in Prolog. Moreover, some 
strictly sequential operators such as cuts may not be handled as easily as in Prolog. 

In this paper, we propose a hybrid method to resolve infinite loops and redundant com- 
putations. We combine the ideas of loop checking and tabling to establish a linear tabulated 
resolution called TP-resolution. TP-resolution has two distinctive features: (1) It makes lin- 
ear tabulated derivations in the same way as Prolog except that infinite loops are broken and 
redundant computations are reduced. It handles cuts as effectively as Prolog. (2) It is sound 
and complete for positive logic programs with the bounded-term-size property. The underlying 
algorithm can be implemented by an extension to any existing Prolog abstract machines such 
as WAM or ATOAM. 

Keywords: Tabling, loop checking, resolution, Prolog. 



'Work performed during a visit at Department of Computing Science, University of Alberta, Canada. 



1 



1 Introduction 



While Prolog has many distinct advantages, it suffers from some serious problems, among the best- 
known of which are infinite loops and redundant computations. Infinite loops cause users (especially 
less skilled users) to lose confidence in writing terminating Prolog programs, whereas redundant 
computations greatly reduce the efficiency of Prolog. The existing approaches to resolving these 
problems can be classified into two categories: loop checking and tabling. 

Loop checking is a direct way to cut infinite loops. It locates nodes at which SLD-derivations 
step into a loop and prunes them from SLD-trees. Informally, an SLD-derivation Go =^Ci 9\ G\ => ... 
=?Ci,0i Gi => ... =?c k ,o k Gk => ••• is said to step into a loop at a node labeled with a goal G& 
if there is a node N{ (0 < i < k) labeled with a goal Gi in the derivation such that Gj and Gk 
are sufficiently similar. Many loop checking mechanisms have been presented in the literature (e.g. 
[||, [7|, ||, 14, pi], |l^, |^]). However, no loop checking mechanism can be both (weakly) sound and 



complete because the loop checking problem itself is undecidable in general even for function-free 
logic programs 

The main idea of tabling is that during top-down query evaluation, we store intermediate 
results of some subgoals and look them up to solve variants of the subgoals that occur later. Since 
no variant subgoals will be recomputed by applying the same set of program clauses, infinite loops 
can be avoided. As a result, termination can be guaranteed for bounded-term-size programs and 
redundant computations substantially reduced [||, |(| [l7], 20[ 22] . 

There are many ways to formulate tabling, each leading to a tabulated resolution (e.g. OLDT- 



resolution |T7|], SLG-resolution ||, Tabulated SLS-resolution Q, etc.). However, although existing 
tabulated resolutions differ in one aspect or another, all of them rely on the so called solution-lookup 
mode. That is, all nodes in a search tree/forest are partitioned into two subsets, solution nodes 
and lookup nodes; solution nodes produce child nodes using program clauses, whereas lookup nodes 
produce child nodes using answers in tables. 

Our investigation shows that the principal disadvantage of the solution-lookup mode is that it 
makes tabulated resolutions non-linear. Let Go =>d,6i G\ =4> ... =^dfii Gi be the current derivation 
with Gi being the latest generated goal. A tabulated resolution is said to be ZmearQ if it makes the 
next derivation step either by expanding Gi by resolving a subgoal in Gi against a program clause 
or a tabled answer, which yields Gj ^c i+1 ,e i+1 Gi + ±, or by expanding Gj_i via backtracking. It 
is due to such non-linearity that the underlying tabulated resolutions cannot be implemented in 
the same way as SLD-resolution (Prolog) using a simple stack-based memory structure. Moreover, 
some strictly sequential operators such as cuts (!) may not be handled as easily as in Prolog. For 
instance, in the well-known tabulated resolution system XSB, clauses like 

/'!,)■ ••.•/(•)•!..-. 

1 The concept of "linear" here is different from the one used for SL-resolution M . 
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where t(.) is a tabled subgoal, are not allowed because the tabled predicate t occurs in the scope 



of a cut JIT 



The objective of our research is to establish a hybrid approach to resolving infinite loops and 
redundant computations and develop a linear tabulated Prolog system. In this paper, we establish a 
theoretical framework for such a system, focusing on a linear tabulated resolution — TP-resolution 
for positive logic programs (TP for Tabulated Prolog). 

Remark 1.1 In this paper we will use the prefix TP to name some key concepts such as TP- 
strategy, TP-tree, TP-derivation and TP-resolution, in contrast to the standard Prolog control 
strategy, Prolog-tree (i.e. SLD-tree generated under Prolog-strategy), Prolog-derivation and Prolog- 
resolution (i.e. SLD-resolution controlled by Prolog-strategy), respectively. 

In TP-resolution, each node in a search tree can act not only as a solution node but also 
as a lookup node, regardless of when and where it is generated. In fact, we do not distinguish 
between solution and lookup nodes in TP-resolution. This shows an essential difference from 
existing tabulated resolutions using the solution-lookup mode. The main idea is as follows: for any 
selected tabled subgoal A at a node iVj labeled with a goal Gi, it always first uses an answer / in 
a table to generate a child node iVj+i (iVj acts as a lookup node), which is labeled by the resolvent 
of Gi and /; if no new answers are available in the table, it resolves against program clauses to 
produce child nodes (iVj then acts as a solution node). The order in which answers in a table are 
used is based on first-generated-first-use and the order in which program clauses are applied is from 
top to bottom except for the case where the derivation steps into a loop at iVj. In such a case, the 
subgoal A skips the clause that is being used by its closest ancestor subgoal that is a variant of A. 
Like OLDT-resolution, TP-resolution is sound and complete for positive logic programs with the 
bounded-term-size property. 

The plan of this paper is as follows. In Section 2 we present a typical example to illustrate 
the main idea of TP-resolution and its key differences from existing tabulated resolutions. In 
Section 3, we formally define TP-resolution. In Section 3.1 we discuss how to represent tables and 
how to operate on tables. In Section 3.2 we first introduce the so called PMF mode for resolving 
tabled subgoals with program clauses, which lays the basis for a linear tabulated resolution. We 
then define a tabulated control strategy called TP-strategy, which enhances Prolog-strategy with 
proper policies for the selection of answers in tables. Next we present a constructive definition (an 
algorithm) of a TP-tree based on TP-strategy. Finally, based on TP-trees we define TP- derivations 
and TP-resolution. 

Section 4 is devoted to showing some major characteristics of TP-resolution, including its 
termination property and soundness and completeness. We also discuss in detail how TP-resolution 
deals with the cut operator. 

We assume familiarity with the basic concepts of logic programming, as presented in [10|. Here 
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and throughout, variables begin with a capital letter, and predicates, functions and constants with 
a lower case letter. By E we denote a list/tuple (Ex, E m ) of elements. Let X = (X±, X m ) 
be a list of variables and I = (Ji, ...,I m ) a list of terms. By X/I we denote a substitution 
{Xi/Ii, X m / I m }. By p(.) we refer to any atom with the predicate p and by p(X) to an atom 
p(.) that contains the list X of distinct variables. For instance, if p(X) = p(W,a,f(Y),W), then 
X = (W,Y). Let G =<— Ax, A m be a goal and B a subgoal. By G + B we denote the goal 
<— j4i, A m , 5. By a variant of an atom (resp. a subgoal or a term) A we mean an atom (resp. 
a subgoal or a term) A' that is the same as A up to variable renaming.^] Let V be a set of atoms 
(resp. subgoals or terms) that are variants of each other; then they are called variant atoms (resp. 
variant subgoals or variant terms). Moreover, clauses with the same head predicate p are numbered 
sequentially, with C Pi referring to its i-th clause (i > 0). Finally, unless otherwise stated, by a 
(logic) program we refer to a positive logic program with a finite set of clauses. 



2 An Illustrative Example 

We use the following simple program to illustrate the basic idea of the TP approach. For conve- 
nience of presentation, we choose OLDT-resolution |l7j for a side-by-side comparison (other typical 
tabulated resolutions, such as SLG-resolution || and Tabulated SLS-resolution J|], have similar 
effects). 

Pi: reach(X, Y) <— reach(X, Z), edge(Z, Y). C ri 
reach(X,X). C T2 
reach(X,d). C r3 

edge(a,b). C ei 
edge(d,e). C e2 

Let Go =<— reach(a, X) be the query (top goal). Then Prolog will step into an infinite 
loop right after the application of the first clause C ri . We now show how it works using OLDT- 
resolution (under the depth- first control strategy). Starting from the root node Nq labeled with the 
goal <— reach(a, X), the application of the clause C n gives a child node JVi labeled with the goal 
<— reach(a, Z), edge(Z, X) (see Figure [j]). Since the subgoal reach(a, Z) is a variant of reach(a, X) 
that occurred earlier, it is suspended to wait for reach(a, X) to produce answers. Nq and N% 
(resp. reach(a, X) and reach(a, Z)) are then called solution and lookup nodes (resp. subgoals), 
respectively. So the derivation goes back to iVo and resolves reach(a, X) with the second clause 
C r2 , which gives a sibling node N2 labeled with an empty clause □. Since reach(a,a) is an answer 
to the subgoal reach(a, X), it is memorized in a table, say TB(reach(a, X)). The derivation then 
jumps back to Nx and uses the answer reach(a, a) in the table to resolve with the lookup subgoal 
2 By this definition, A is a variant of itself. 
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reach(a, Z), which gives a new node labeled with <— edge(a, X). Next, the node A4 labeled 
with □ is derived from A3 by resolving the subgoal edge(a, X) with the clause C ei . So the answer 
reach(a, b) is added to the table TB(reach(a, X)). After these steps, the OLDT-derivation evolves 
into a tree as depicted in Figure |l|, which is clearly not linear. 

No: <— reach(a,X) 

Ni: <— reach(a, Z), edge(Z, X) N2: □ (Add reach(a, a) to the table) 
= a (Get reach(a, a) from the table) 

N3: <— edge(a,X) 

N4: □ (Add reach(a,b) to the table) 

Figure 1: OLDT-derivation. 

We now explain how TP-resolution works. Starting from the root node A"o labeled with the 
goal <— reach(a, X) we apply the clause C ri to derive a child node N% labeled with the goal 
<— reach(a, Z),edge(Z,X) (see Figure |2|). As the subgoal reach(a, Z) is a variant of reach(a, X) 
and the latter is an ancestor of the former (i.e., the derivation steps into a loop at N\ |14}] ), we 
choose C r2 , the clause from the backtracking point of the subgoal reach(a, X), to resolve with 
reach(a, Z), which gives a child node N2 labeled with <— edge(a, X). Since reach(a, a) is an answer 
to the subgoal reach(a, Z), it is memorized in a table TB{reach{a, X)). We then resolve the subgoal 
edge(a, X) against the clause C ei , which gives the leaf ./V3 labeled with □. So the answer reach(a, b) 
to the subgoal reach(a, X) is added to the table TB(reach(a, X)). After these steps, we get a path 
as shown in Figure |2|, which is clearly linear. 

iVo: ^-reach(a,X) 

Ni: <— reach(a, Z) , edge(Z , X) 

^ CV 2 (Add reach(a, a) to the table) 

iV2: <- edge(a,X) 

N3: □ (Add reach(a,b) to the table) 

Figure 2: TP-derivation. 

Now consider backtracking. Remember that after the above derivation steps, the table TB( 
reach(a, X)) consists of two answers, reach(a,a) and reach(a,b). For the OLDT approach, it first 
backtracks to A3 and then to N\ (Figure [l]). Since the subgoal reach(a, Z) has used the first answer 
in the table before, it resolves with the second, reach(a, b), which gives a new node labeled with the 
goal <— edge(b, X). Obviously, this goal will fail, so it backtracks to N\ again. This time no new 
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answers in the table are available to the subgoal reach(a, Z), so it is suspended and the derivation 
goes to the solution node Nq. The third clause C r3 is then selected to resolve with the subgoal 
reach(a, X), yielding a new answer reach(a,d), which is added to the table. The derivation then 
goes back to N\ where the new answer is used in the same way as described before. 

The TP approach does backtracking in the same way as the OLDT approach except for 
the following key differences: (1) Because we do not distinguish between solution and lookup 
nodes/subgoals, when no new answers in the table are available to the subgoal reach(a, Z) at N%, 
we backtrack the subgoal by resolving it against the next clause C r3 . This guarantees that TP- 
derivations are always linear. (2) Since there is a loop between iVo and Ni, before failing the subgoal 
reach(a, X) at Nq via backtracking we need to be sure that the subgoal has got its complete set of 
answers. This is achieved by performing answer iteration via the loop. That is, we regenerate the 
loop to see if any new answers can be derived until we reach a fixpoint. Figure |3| shows the first 
part of TP-resolution, where the following answers to Go are derived: X = a, X = b, X = d and 
X = e. Figure ^| shows the part of answer iteration. Since no new answer is derived during the 
iteration (i.e. no answer is added to any tables), we fail the subgoal reach(a, X) at Nq. 

Nq: ^~reach(a,X) 
I C n 

Nr. <- reach(a, Z),edge(Z,X) 

C r2 (Add reachla, a)) 



N%: «— edge(a,X) 

N 3 : □ (Add reach(a,b)) 



Get reach(a, b) 
Na- <- edge(b,X) 



C,- 3 (Add reach(a, d)) 
N 5 : «- edge(d,X) 

iV 6 : □ (Add reach(a,e)) 



Get reach(a, e) 
N 7 : <— edge(e,X) 



Figure 3: TP-derivations of Pi U {Gq}. 



Get reach(a, a) 
Nq: <— edge(a,X) 

I Ce, 



iVo: <— reach(a, X) 

N$: <— reach(a, Z), edge(Z, X) 

Get reach(a, b) ^^\^Get reach(a, d) 

Nn: •*- edge(b,X) N 12 : <- edge(d,X) 

I C er > 



Get reach(a, e) 
N14: <— edge(e,X) 



N 10 : □ 



N13: □ 



Figure 4: Answer iteration via a loop. 



Remark 2.1 From the above illustration, we see that in OLDT-resolution, solution nodes are 
those at which the left-most subgoals are generated earliest among all their variant subgoals. In 
SLG-resolution, however, solution nodes are roots of trees in a search forest, each labeled by a 
special clause of the form A <— A ||. In Tabulated SLS-resolution, any root of a tree in a forest is 
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itself labeled by an instance, say A <— B\, ...,B n (n > 0), of a program clause and no nodes in the 
tree will produce child nodes using program clauses ||. However, for any atom A we can assume 
a virtual super-root labeled with A <— A, which takes all the roots in the forest labeled by A <— ... 
as its child nodes. In this sense, the search forest in Tabulated SLS-resolution is the same as that 
in SLG-resolution for positive logic programs. Therefore, we can consider all virtual super-roots as 
solution nodes. 

3 TP-Resolution 

This section formally defines the TP approach to tabulated resolution, mainly including the rep- 
resentation of tables, the strategy for controlling tabulated derivations (TP-strategy), and the 
algorithm for making tabulated derivations based on the control strategy (TP-trees). 

3.1 Tabled Predicates and Tables 

Predicates in a program P are classified as tabled predicates and non-tabled predicates. The classi- 
fication is made based on a dependency graph jjj]. Informally, for any predicates p and q, there is 
an edge p — > q in a dependency graph Gp if there is a clause in P of the form p(.) <— ...,<?(.), ... 
Then a predicate p is to be tabled if Gp contains a cycle with a node p. 

Any atom/subgoal with a tabled predicate is called a tabled atom/subgoal. During tabulated 
resolution, we will create a table for each tabled subgoal, A. Apparently, the table must contain A 
(as an index) and have space to store intermediate answers of A. Note that in our tabling approach, 
any tabled subgoal can act both as a solution subgoal and as a lookup subgoal, so a table can be 
viewed as a blackboard on which a set of variant subgoals will read and write answers. In order to 
guarantee not losing answers for any tabled subgoals (i.e. the table should contain all answers that 
A is supposed to have by applying its related clauses), while avoiding redundant computations (i.e. 
after a clause has been used by A, it should not be re-used by any other variant subgoal A'), a 
third component is needed in the table that keeps the status of the clauses related to A. Therefore, 
after a clause Cj has been used by A, we change its status. Then when evaluating a new subgoal 
A' that is a variant of A, Ci will be ignored because all answers of A derived via Cj have already 
been stored in the table. For any clause whose head is a tabled atom, its status can be "no longer 
available" or "still available." We say that G is "no longer available" to A if all answers of A 
through the application of C% have already been stored in the table of A. Otherwise, we say Cj is 
"still available" to A. Finally, we need a flag variable COMP in the table to indicate if all answers 
through the application of all clauses related to A have been completely stored in the table. This 
leads to the following. 

Definition 3.1 Let P be a logic program and p(X) a tabled subgoal. Let P contain exactly 



7 



M clauses, C pi , C PM , with a head p(.). A table for p(X), denoted TB(p(X)), is a four-tuple 
(p{X),T, C, CO MP), where 

1. T consists of tuples that are instances of X, each I of which represents an answer, p(X)X /I, 
to the subgoal. 

2. C is a vector of M elements, with C[i] =0 (resp. = 1) representing that the status of C Pi 
w.r.t. p(X) is "no longer available" (resp. "still available"). 

3. COMP G {0, 1}, with COMP = 1 indicating that the answers of have been completed. 

For convenience, we use TB{p{X)) — ► answer _tuple[i] to refer to the z-th answer tuple in T, 
TB(p(X)) -> clause.status[i] to the status of C Pi w.r.t. and TB{p(X)) -> COMP to the 

flag COMP. 

Example 3.1 Let P be a logic program that contains exactly three clauses, C P1 ,C P2 and C P3 , with 
a head The table 

TP(p(X, y)) : (p(X, y), {(a, 6), (6, a), (6, c)}, (1, 0, 0), 0) 

represents that there are three answers to p(X, Y), namely p(a, b), p(b, a) and p(b, c), and that C P2 
and C P3 have already been used by p(X, Y) (or its variant subgoals) and C Pl is still available to 
p(X,Y). Obviously, the answers of p(X,Y) have not yet been completed. The table 

TB(p(a,b)) : (p(a,b), {()}, (0, 1, 1), 1) 

shows that p(a,b) has been proved true after applying C P1 . Note that since p(a,b) contains no 
variables, its answer is a 0-ary tuple. Finally, the table 

TB(p(a,X)) : (p(a,X), {}, (0, 0, 0), 1) 

represents that p(a, X) has no answer at all. 

Before introducing operations on tables, we define the structure of nodes used in TP-resolution. 

Definition 3.2 Let P be a logic program and Gi a goal <— p(X), A2, A m . By "register a node 
Ni with Gi" we do the following: (1) label iVj with Gi, i.e. iVj p(X), A2, A m ; and (2) create 
the following structure for Nf. 

• answer _ptr , a pointer that points to an answer tuple in TB{p{X)). 

• clausejptr, a pointer that points to a clause in P with a head p(.). 

• clause.SU SP (initially =0), a flag used for the update of clause status. 

• node-LOOP (initially =0), a flag showing if Ni is a loop node. 

• node_ITER (initially =0), a flag showing if Ni is an iteration node. 

• node-ANC (initially =—1), a flag showing if Ni has any ancestor variant subgoals. 
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For any field F in the structure of iVj, we refer to it by Ni — » P. The meaning of Afj — » 
answer jptr and iVj — ► clausejptr is obvious. The remaining fields will be defined by Definition |3T§| 
followed by the procedure nodetypejupdate(.) . We are now ready to define operations on tables. 

Definition 3.3 Let P be a logic program with M clauses with a head p(.) and iVj a node labeled by 
a goal <— p(X), A m . Let ATPW be a global flag variable used for answer iteration (see Algorithm 
2 for details). We have the following basic operations on a table. 

1. create(p(X)). Create a table TB{p(X)) : (p(X),T,C,COMP), with T = {}, COMP = 0, 
and C[j] = 1 for all 1 < j < M. 

2. memo(p(X), I), where I is an instance of X. When I is not in TB(p{X)) } add it to the end 
of the table, set NEW = 1, and if J is a variant of X, set TB(p(X)) -> COMP = 1. 

3. lookup(Ni, Jj). Fetch the next answer tuple in TB(p(X)), which is pointed by A^ — ► answer jptr, 
into Jj. If there is no next tuple, /j = rra/L 

4. memoJook(Ni, p(X) , 1 , 6i). It is a compact operator, which combines memo{.) and lookup(.). 
That is, it first performs memo(p(X),I) and then gets the next answer tuple F from TB(p(X)), 
which together with X forms a substitution 0, = X/F. If there is no next tuple, #j = nu£L 

First, the procedure create(p(X)) is called only when the subgoal p(X) occurs the first time 
and no variant subgoals occurred before. Therefore, up to the time when we call create(p(X)), no 
clauses with a head p(.) in P have been selected by any variant subgoals of p(X), so their status 
should be set to 1. Second, whenever an answer p(I) of p(X) is derived, we call the procedure 
memo(p(X), I). If the answer is new, it is appended to the end of the table. The flag NEW is 
then set to 1, showing that a new answer has been derived. If the new tuple / is a variant of 
X, which means that p(X) is true for any instances of X, the answers of p(X) are completed so 
TB(p(X)) — > COMP is set to 1. Finally, lookup(N{, Jj) is used to fetch an answer tuple from the 
table for the subgoal p(X) at A/j. 

memo(.) and lookup{.) can be used independently. They can also be used in pairs, i.e. 
memo(.) immediately followed by lookup{ ). In the latter case, it would be more convenient to 
use memoJ,ook{.) . 

3.2 TP-Strategy and TP-Trees 

In this subsection, we introduce the tabulated control strategy and the way to make tabulated 
derivations based on this strategy. We begin by discussing how to resolve subgoals with program 
clauses and answers in tables. 

Let Ni be a node labeled by a goal Gi =<— Ai,...,A m with Ai = p{X) a tabled subgoal. 
Consider evaluating A\ using a program clause C v = A <— B\,...,B n (n > 0), where A\9 = 
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A9^ If we use SLD-resolution, we would obtain a new node labeled with the goal Gi+i =<— 
(.Bi, B n , A2, A m )9, where the mgu 9 is consumed by all Ajs (j > 1), although the proof of 
A\9 has not yet been completed (produced). In order to avoid such kind of pre-consumption, we 
propose the so called PMF (for Prove-Memorize-Fetch) mode for resolving tabled subgoals with 
clauses. That is, we first prove (Bi, B n )9. If it is true with an mgu 9\, which means Ai99± is 
true, we memorize the answer Ai99i in the table TB(Ai) if it is new. We then fetch an answer 
from TB(A\) to apply to the remaining subgoals of Gi. Obviously modifying SLD-resolution by 
the PMF mode preserves the original answers to Gi. Moreover, since only new answers are added 
to TB(A\), all repeated answers of A\ will be precluded to apply to the remaining subgoals of Gi, 
so that redundant computations are avoided. 

The PMF mode can readily be realized by using the two table procedures, memo(.) and 
lookup^.), or using the compact operator memoJook(.). That is, after resolving the subgoal A\ 
with the clause C p , N{ gets a child node Ni+i labeled with the goal 

G i+1 =<- (B 1 ,...,B n )9,memoJook(Ni,p(X),X9,9i),A 2 ,...,A m . 

Note that the application of 9 is blocked by the subgoal memoJook(.) because the consumption 
(fetch) must follow the production (prove and memorize). We now explain how it works. 

Assume that after some resolution steps from iVj+i we reach a node Nj~ that is labeled by the 
goal Gk =<— memoJook(Ni,p(X), X99\,9{), A2, A m . This means that (B\, B n )9 has been 
proved true with the mgu 9\. That is, A\99\ is an answer of A\. By the left-most computation 
rule, memo Jook(Ni,p(X),X 66\, Oi) is executed, which adds to the table TB(A\) the answer tuple 
X99\ if it is new, gets from TB(A{) the next tuple /, and then sets 9% = X/I. Since A\9i is an 
answer to the subgoal A\ of Gi, the mgu 9; L needs to be applied to the remaining AjS of G; L . We 
distinguish between two cases. 

(1) From A2 to A m , Aj = memoJook(Nf , B , _, 9f) is the first subgoal of the form memoJook(.). 
According to the PMF mode, there must be a node Nj, which occurred earlier than iVj, 
labeled with a goal Gf =<— B,Aj + \,...,A m such that B is a tabled subgoal and Aj = 
memoJook(Nj,B,_,9f) resulted from resolving B with a program clause. This means that 
the proof of B is now reduced to the proof of (A2, ...,Aj-±)9i. Therefore, by the PMF mode 
Qi should be applied to the subgoals A2 until Aj. That is, Nk has a child node Nk+i labeled 
with a goal G k+ i =<- (A 2 , Aj)9{, Aj+i, A m . 

(2) For no j > 2 Aj is of the form memodook(.). This means that no Aj is a descendant of 
any tabled subgoal, so the mgu 9{ should be applied to all the AjS. That is, G^+i =<— 
(A 2 ,...,A m )9i. 



Note that by Definition 3.3 the atom p(X) in memo(p(X), _) and memoJook(_,p(X), . 



is merely used to index the table TB(p(X)), so it cannot be instantiated during the resolution. 
3 Here and throughout, we assume that C p has been standardized apart to share no variables with d. 
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That is, for any mgu 0, memo(p(X), 1)8 = memo(p(X), 16) and memoJook(Ni,p(X), I,&i)d = 
memoJook(Ni,p(X),I8, 8j) 

The above discussion shows how to resolve the tabled subgoal A\ at Ni against a program 
clause using the PMF mode. The same principle can be applied to resolve A\ with an answer tuple 
7 in TB(Ai) and to resolve A\ with a program clause when A\ is a non-tabled subgoal. Therefore, 
we have the following definition of resolvents for TP-resolution. 

Definition 3.4 Let Ni be a node labeled by a goal Gj =<— A\, A m (m > 1). 

1. If Ai is memoJook(Nf l ,p(X),I,8h), then the resolvent of Gj and Oh {Oh 7^ null) is the goal 
Gi + \ =<— y4fc)^, Ajk-fi, A m , where A^ {k > 1) is the left-most subgoal of the form 
memoJook(.). 

Otherwise, let A± = p(X) and C p be a program clause A <— JBi, 7> n with AO = A\0. 

2. If A\ is a non-tabled subgoal, the resolvent of Gi and C p is the goal Gj+i =<— (J3i, ...,B n , 
A2, -Afc)0, -Afe+i) •••! ^-mj where ^4fc is the left-most subgoal of the form memoJook(.). 

3. If A\ is a tabled subgoal, the resolvent of Gi and C p is the goal Gi + \ =<— (JBi, ...,B n )0, 
memoJook(Ni,p(X),XO, 0i),A2, A m . 

4. If Ai is a tabled subgoal, let I (I 7^ rrall) be an answer tuple in TB(Ai), then the resolvent 
of Gj and 7 is the goal Gi + \ =<— (A2, A^)X/I, Ak+i, A m , where A^ is the left-most 
subgoal of the form memoJook(.). 

We now discuss tabulated control strategies. Recall that Prolog implements SLD-resolution 
by sequentially searching an SLD-tree using the Prolog control strategy (Prolog-strategy, for short): 
Depth-first (for goal selection) + Left-most (for subgoal selection) + Top-down (for clause 
selection) + Last-first (for backtracking) . Let "register a node Ni with Gi " be as defined by 
Definition |3^ except that the structure of Ni only contains the pointer clausejptr. Let return(Z) 
be a procedure that returns Z when 2 ^ () and YES otherwise. Then the way that Prolog makes 
SLD-derivations based on Prolog-strategy can be formulated as follows. 

Definition 3.5 (Algorithm 1) Let P be a logic program and Go a top goal with the list Y of 
variables. The Prolog-tree Tq of P U {Go} is constructed by recursively performing the following 
steps until the answer NO is returned. 

1. (Root node) Register the root iVo with Go + return(Y) and goto 2. 

2. (Node expansion) Let Ni be the latest registered node labeled by G, =<— Ai,...,A m (i > 
0, m > 0). Register Ni + i as a child of Ni with Gj+i if Gj+i can be obtained as follows. 
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• Case 1: A% is return{.). Execute the procedure return(.), set Gi + \ = □ (an empty 
clause), and goto 3 with N = JV». 

• Case 2: is an atom. Get a program clause A <— Bi, B n (top-down via the pointer 
N{ — > clausejptr) such that ^4i# = If no such a clause exists, then goto 3 with 
N = Ni\ else set Gj+i =<— (2?i, ...B n ,A2, ...,A m )9 and goto 2. 

3. (Backtracking) If N is the root, then return NO; else goto 2 with its parent node as the latest 
registered node. 

Let STg be the SLD-tree of P U {Go} via the left-most computation rule.0 It is easy to 
prove that when P has the bounded-term-size property [^] and STg contains no infinite loops, 
Algorithm 1 is sound and complete in that Tg = STg - Moreover, Algorithm 1 has the following 
distinct advantages: (1) since SLD-resolution is linear, Algorithm 1 can be efficiently implemented 
using a simple stack-based memory structure; (2) due to its linearity and regular sequentiality, 
some useful control mechanisms, such as the well-known cut operator !, can be used to heuristically 
reduce search space. Unfortunately, Algorithm 1 suffers from two serious problems. One is that it 
is easy to get into infinite loops even for very simple programs such as P = {p(X) <— p(X)}, which 
makes it incomplete in many cases. The second problem is that it unnecessarily re-applies the same 
set of clauses to variant subgoals such as in the query <— p(X),p(Y), which leads to unacceptable 
performance. 

As tabling has a distinct advantage of resolving infinite loops and redundant derivations, one 
interesting question then arises: Can we enhance Algorithm 1 with tabling, making it free from 
infinite loops and redundant computations while preserving the above two advantages? In the rest 
of this subsection, we give a constructive answer to this question. We first discuss how to enhance 
Prolog-strategy with tabling. 

Observe that in a tabling system, we will have both program clauses and tables. For conve- 
nience, we refer to answer tuples in tables as tabled facts. Therefore, in addition to the existing 
policies in Prolog-strategy, we need to have the following two additional policies: (1) when both 
program clauses and tabled facts are available, first use tabled facts (i.e. Table-first for program 
and table selection); (2) when there are more than one tabled fact available, first use the one that 
is earliest memorized. Since we always add new answers to the end of tables (see Definition [T^ 
for memo(.)), policy (2) amounts to saying Top-down selection for tabled facts. This leads to the 
following control strategy for tabulated derivations. 

Definition 3.6 By TP-strategy we mean: Depth-first (for goal selection) + Left-most (for subgoal 
selection) + Table-first (for program and table selection) + Top-down (for the selection of tabled 
facts and program clauses) + Last-first (for backtracking). 
4 In Jl?} ], it is called an OLD-tree. 
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Our goal is to extend Algorithm 1 to make linear tabulated derivations based on TP-strategy. 
To this end, we need to review a few concepts concerning loop checking. 



Definition 3.7 ([14] with slight modification) An ancestor list ALa of pairs (N,B) is associ- 
ated with each tabled subgoal A at a node N{ in a tree (see the TP-tree below), which is defined 
recursively as follows. 

1. If A is at the root, then ALa = {}• 

2. If A inherits a subgoal A' (by copying or instantiation) from its parent node, then ALa = 
AL A ,. 

3. Let A be in the resolvent of a subgoal B at Nf against a clause B' <— A\, A n with B9 = B'9 
(i.e. A = Aid for some 1 < i < n). If B is a tabled subgoal, ALa = ALsU{(Nf, B)}; otherwise 
AL A = {}■ 

We see that for any tabled subgoals A and A', if A is in the ancestor list of A', i.e. (_, A) € AL^ , 
the proof of A needs the proof of A'. Particularly, if (_, A) G ALa> and A' is a variant of A, the 
derivation goes into a loop. This leads to the following. 

Definition 3.8 Let G{ at JVj and Gt at iVfc be two goals in a derivation and A{ and ^ be the 
left-most subgoals of Gi and Gk, respectively. We say Ai (resp. N) is an ancestor subgoal of ^ 
(resp. an ancestor node of 2Vfc) if (N,Ai) £ ALA k - If -Aj is both an ancestor subgoal and a variant, 
i.e. an ancestor variant subgoal, of Afc, we say the derivation goes into a loop, denoted L(N, Nk). 
Then, and all its ancestor nodes involved in the loop are called loop nodes. iVj is also called the 
top loop node of the loop. Finally, a loop node is called an iteration node if by the time the node 
is about to fail through backtracking, it is the top loop node of all loops containing the node that 
were generated before. 



Example 3.2 Figure [B] shows four loops, L\, L4, with N\, N4 their respective top loop 
nodes. We see that only N\ and N4 are iteration nodes. 

Information about the types and ancestors of nodes is the basis on which we make tabulated 



resolution. Such information is kept in the structure of each node iVj (see Definition 3.2). The 
flag Ni — > node_LOOP = 1 shows that Ni is a loop node. The flag iVj — > node-ITER = 1 shows 
that Ni is an (candidate) iteration node. Let A\ = p(X) be the left-most subgoal at N{. The flag 
Ni — > node_ANC = — 1 represents that it is unknown whether has any ancestor variant subgoal; 
Ni — > node-ANC = shows that A\ has no ancestor variant subgoal; and Ni — > node-ANC = j 
(j > 0) indicates that Ai has ancestor variant subgoals and that C Pj is the clause that is being used 
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Figure 5: Loops, top loop nodes and iteration nodes. 

by its closest ancestor variant subgoal (i.e., let at TV/, be the closest ancestor variant subgoal of 
A\ , then Ni — > node-ANC = j represents that Ni is derived from Nh via C Pj ) . 

Once a loop, say L(Ni, N m ), of the form 

(TV! :<- Ai, ...) -^.^ (iV 2 :<- A 2) ...) - ... -» (iV m :<- A m , ...) 

occurs, where all Ns (i < m) are ancestor nodes of N m and A\ = p(X) is the closest ancestor 
variant subgoal of A m , we update the flags of all nodes, N±, ...,N m , involved in the loop by calling 
the following procedure. 

Procedure nodetypejupdate(L(Ni, N m )) 

(1) For alH > 1 set Ni -> node.LOOP = 1 and N -> nodeJTER = 0. 

(2) If iVi -> node-LOOP = 0, set iVi -> nodeXOOP = 1 and iVi -» nodeJTER = 1. 

(3) Set iV m -» node_AiVC = j. 

(4) For all i < m set TV, -> clause_SUSP = 1. 

Point (1) is straightforward, where since iVi is the top loop node of L(Ni, N m ), all the remaining 
nodes in the loop cannot be an iteration node (see Definition |3.8| ). 

If N\ — > node-LOOP = 0, meaning that Ni is not involved in any loop that occurred before, 
N\ is considered as a candidate iteration node (point (2)). A candidate iteration node becomes an 
iteration node if the node keeps its candidacy by the time it is about to fail through backtracking 
(by that time it must be the top loop node of all previously generated loops containing it). 

Since A\ is the closest ancestor variant subgoal of A m and C Pj is the clause that is being used 
by Ai, we set the flag N m — > node-ANC = j (point (3)). 

As mentioned in Section 2, during TP-resolution when a loop L(Ni,N m ) occurs, where the 
left-most subgoal A\ = p(X) at Ni is the closest ancestor variant subgoal of the left-most subgoal 
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A m at N m , A m will skip the clause C p . that is being used by A\. In order to ensure that such a skip 
will not lead to loss of answers to A\, we will do answer iteration before failing N\ via backtracking 
until we reach a fixpoint of answers. Answer iteration is done by regenerating L(N\,N m ). This 
requires keeping the status of all clauses being used by the loop nodes to "still available" during 
backtracking. Point (4) is used for such a purpose. After the flag N% — ► clauseSU SP is set to 1, 
which indicates that Ni is currently involved in a loop, the status of the clause being currently used 
by Ni will not be set to "no longer available" when backtracking on Ni (see Case B3 of Algorithm 
2). 

Remark 3.1 We do answer iteration only at iteration nodes because they are the top nodes of all 
loops involving them. If we did answer iteration at a non-iteration loop node N, we would have to 
do it again at some top loop node N top of N, in order to reach a fixpoint at N top (see Figure ||). 
This would certainly lead to more redundant computations. 

We are now in a position to define the TP-tree, which is constructed based on the TP-strategy 
using the following algorithm. 

Definition 3.9 (Algorithm 2) Let P be a logic program and Go a top goal with the list Y of 
variables. The TP-tree TPg of P U {Go} is constructed by recursively performing the following 
steps until the answer NO is returned. 

1. (Root node) Register the root Nq with Go + return(Y), set NEW = 0, and goto 2. 

2. (Node expansion) Let N be the latest registered node labeled by G« =<— A±, A m [m > 0). 
Register N + i as a child of N with Gj+i if Gj+i can be obtained as follows. 

• Case 1: A± is return(.). Execute the procedure return(.), set Gj+i = □ (an empty 
clause), and goto 3 with N = N^. 

• Case 2: A\ is memo Jook(Nh,p(X), 1,6 h). Execute the procedure.^ If 6^ = null then 
goto 3 with N = Ni] else set Gj+i to the resolvent of Gj and 0^ and goto 2. 

• Case 3: A± is a non-tabled subgoal. Get a clause G whose head is unifiable with -Ai.[] 
If no such a clause exists then goto 3 with N = Nf, else set Gj+i to the resolvent of G{ 
and G and goto 2. 

• Case 4: A\ = p(X) is a tabled subgoal. Get an instance I of A from the table TB{A\). 
If I 7^ null then set Gj+i to the resolvent of Gj and / and goto 2. Otherwise, if 
TB{A\) -► CO MP = 1 then goto 3 with N = N; else 

5 See Definition |J, where the flags NEW and TB(p{X)) -> COMP will be updated. 

6 Here and throughout, clauses and answers in tables are selected top-down via the pointers Ni — > clause jptr and 
N — ► answer jptr , respectively. 
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— Case 4.1: N — > node-ANC = — 1. If A\ has no ancestor variant subgoal, set 
Ni — > node_ANC = and goto Case 4.2. Otherwise, let be the closest ancestor 
node of N such that L(Nh, N) is a loop. Call nodetype-update(L(Nh, N)) and goto 
Case 4.3. 

— Case 4.2: iVj — > node-ANC = 0. Get a clause C Pj whose head is unifiable with Ai 
such that TB(A\) — ► dause-statusfj] = 1. If such a clause exists, set Gi+i to the 
resolvent of Gi and C p . and goto 2. Otherwise, if JVj — > node_ITER = then goto 
3 with N = Nf, else 

* Case 4.2.1: NEW = 0. Set TB(A 1 ) -> COMP = 1 and goto 3 with iV = JVj. 

* Case 4.2.2: NEW = 1. Set 7V£W = 0, reset JVj -> clausejptr to pointing to 
the first clause C Pj whose status is "still available", and goto Case 4.2. 

— Case 4.3: Ni — > node-ANC = j (j > 0). Get a clause C Pk (k > j) whose head is 
unifiable with A\ such that TB{A\) — > c/attse_stafus[fc] = 1. If such a clause exists 
then set Grj+i to the resolvent of Gi and C Pk and goto 2; else goto 3 with N = N. 

3. (Backtracking) If N is the root, return NO. Otherwise let Nf be the parent node of N with 
the left-most subgoal Af. 

• Case Bl: Af is memoJook(.). Goto 3 with N = Nf. 

• Case B2: Af is a non-tabled subgoal. Goto 2 with Nf as the latest registered node. 

• Case B3: Af = q(Z) is a tabled subgoal. Let N be generated from Nf by resolving Af 
with a clause C gj . . If Nf — > nodeSUSP = then set TB(Af) — ► clausestatus[j] = 0; 
else set iV/ — > node-SUSP = 0. Goto 2 with iVy as the latest registered node. 

Obviously, Algorithm 2 reduces to Algorithm 1 when P contains no tabled predicates. We now 
explain Algorithm 2 briefly. First we set up the root Nq via registration (see Definition |3.2| ) . The 
global variable NEW is initialized to 0, meaning that up to now no new answer has been derived 
for any subgoal. Then by the Depth-first policy we select the latest registered node, say N labeled 
with the goal Gi, for expansion (point 2). If the left-most subgoal A\ of Gi is return(I) (Case 1), 
which means the top goal Go has been proved true with the answer substitution Y/I, we reach a 
success leaf A^+i labeled with □. We then do backtracking (point 3) to derive alternative answers 
to G Q . 

If A\ is memoJook(Nh,p(X), 1,9^) (Case 2), which means that the left-most subgoal p(X) at 
node Nh is proved true with the answer substitution X /I, we memorize / in the table TB(p(X)) and 
set NEW = 1 if the answer is new. Meanwhile, if the answer p{I) is a variant of the subgoal p(X), 
we set the flag TB(p(X)) — > COMP = 1, indicating that the answers of p(X) have been completed. 
After memorization, we fetch the next answer from the table and then prove the resolvent of 
Gi and the new answer. 
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Case 3 is straightforward, so we move to Case 4. By the Table-first policy, we first look up 
answers for A\ from the table TB(p{X)). When available, we fetch the next unused answer for 
A\ and create the resolvent Gj+i. Otherwise, we check the flag TB{p{X)) — > COMP to see if the 
answers of p{X) have been completed. If yes, which means that the subgoal A\ at Ni has used 
all its answers, we backtrack to its parent node. Otherwise, we continue to derive new answers by 
resolving A± with the remaining clauses. Based on whether A\ has any ancestor variant subgoal, 
we distinguish three cases (Cases 4.1, 4.2 and 4.3). 



At the time that Ni is registered (see Definition 3.2), we do not know if A± at N has any 
ancestor variant subgoal (i.e. Ni — ► node_ANC = — 1 initially). So we check it via the ancestor list 
ALa y (see Definition |3.7|) and update the flag N — > node-ANC accordingly. If N^ is the closest 
ancestor node of Ni such that L(Nf l ,N) is a loop, the other flags of Ni, namely node_LOOP, 
nodedTER and nodeSU SP , will also be updated by the procedure nodetype-update(.) (see Case 
4.1). 

For Case 4.2, A\ has no ancestor variant subgoal, which implies that the derivation does not 
get into a loop at iVj. So we seek the next clause whose head is unifiable with A± and whose status is 
"still available, " and use it to build the resolvent Gj+i. Now consider the case that no such a clause 
exists, which means that the subgoal A\ at N has used all its answers and clauses available. In 
Prolog, we would fail the subgoal immediately and backtrack to its parent node. In TP-resolution, 
however, we cannot do this unless N is a non-iteration node. Suppose N is an iteration node (i.e. 
N — > node_ITER = 1). Before failing A\ via backtracking, we do answer iteration to complete 
its answers. The process is quite simple. We start an iteration simply by initializing NEW to 
and resetting the pointer Ni — > clausejptr to pointing to the first clause C Pj whose status remains 
to "still available" (Case 4.2.2). Since the status of all clauses involved in loops are kept to "still 
available" during backtracking, all the loops can be regenerated by the iteration. By the end of an 
iteration, i.e. when we come back to Ni again and try to fail A\ via backtracking, we check the flag 
NEW to see if the termination condition is satisfied. If NEW = 0, meaning that a fixpoint has 
been reached so that the answers of A\ have been completed, we stop answer iteration by failing 
A\ via backtracking (see Cases 4.2.1). Otherwise, we start a new iteration to seek more answers 
(Case 4.2.2). 

For Case 4.3, A\ has an ancestor variant subgoal, so the derivation has gone into a loop, say 
L{Nh, Ni). In order to break the loop, we skip the clause C Pj that is being used by the top loop node 
Nfr. The skip of clauses may lead to loss of answers, which is the only reason why answer iteration 
is required. (Remark: Algorithm 2 uses loop checking to cut loops and adopts answer iteration to 
iteratively regenerate loops that are pruned by loop checking. Such a complementary use of loop 
checking and answer iteration is an effective way of cutting infinite loops while guaranteeing the 
completeness of answers.) 

Backtracking (point 3) is done as usual except that the status of the clauses that have been 
used should be set to "no longer available" (Case B3). Let C qj be the clause that is being used by 
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Nf . If no loop occurred that went through Nf via C q . , the flag Nf — > nodeSU SP must remain to 

0. In this case, we set the status of C q . in TB(Af) to "no longer available" because all answers of 
Af by the application of C q . have been exhausted. Otherwise, when a loop occurred before that 
went through Nf via C q . , Nf — > node.SU SP must be 1 (see the procedure nodetype_update(.)). 
So we keep the status of C q . to "still available" while setting Nf — > nodeJSUSP to again. 

Based on TP-trees, we have the following standard definitions. 

Definition 3.10 Let TP Go be a TP-tree of PU {G }. All leaves of TP Go labeled by □ are success 
leaves and all other leaves are failure leaves. A TP- derivation, denoted by Go =^Ci,0i G\ ■■■ 

6- Gi ... =^c n ,e„ G n , is a partial branch in TP Go starting at the root, where each Gi is a 
goal labeling a node iVj and for each < i < n, Gi+i is the resolvent of Gi and Gj+i with the mgu 

where Cj+i may be a program clause or a tabled fact or blank (when the left-most subgoal of 
Gi is a procedure). A TP-derivation is successful if it ends with a success leaf and failed, otherwise. 
The process of constructing TP-derivations is called TP-resolution. 

Example 3.3 Consider the example program Pi again (see Section 2). Based on the dependency 
graph of Pi, we choose reach as a tabled predicate and edge as a non-tabled one. Now consider 
applying Algorithm 2 to the top goal Go =<— reach(a, X). 

We first set up the root Nq labeled with <— reach(a, X),return{{X)) and set NEW = (point 
1). Then we expand Nq using the clause G ri (point 2, Cases 4, 4.1 and 4.2), which creates a table 

TB(reach(a, X)) : {reach{a, X), {}, (1, 1, 1), 0) 

and a child node N\ (see Figure ||). Obviously there is a loop L(Nq,N\), so we call the pro- 
cedure notetype_update{L{No,N\)), which marks Nq as a candidate iteration node, sets Nq — > 
clauseSUSP = 1 and N% — > node-ANC = 1. Then by Case 4.3 the clause C T2 (instead of C ri ) 
is applied to reach(a, Z) at N\, which gives a node iVV Next, by Case 2 the answer reach{a, a) is 
memorized in the table (so NEW = 1), yielding 

TB(reach(a,X)) : (reach(a, X), {(a)}, (1, 1, 1), 0) 

and the node N% is derived using the first tabled fact. By successively performing Cases 3, 2 and 

1, we reach a success leaf A^6 with the first answer X = a to the top goal. After these steps, the 
table looks like 

TB(reach(a, X)) : (reach(a, X), {(a), (b)}, (1, 1, 1), 0). 

Now we do backtracking. By Cases Bl and B2 we go back until A3. Since G e2 is not unifiable 
with the subgoal edge{a,X), we go back to N2 and then to N\. From N\ we consecutively derive 
a failure leaf Nj (Figure [?]) , a success leaf N12 (Figure |8|) and another failure leaf A13 (Figure ^) . 
After these steps, the table becomes 

TB(reach(a,X)) : (reach(a, X), {(a), (b), (d), (e)}, (1,0, 0), 0). 



18 



Now reach(a, Z) at N\ has used all answers in the table and has no more clause available. So 
we return to the root Nq. Note that since the flag iVo — > clause.SU SP = 1, which shows the clause 
C ri that is being used by iVo is involved in a loop, the status of C ri in TB(reach(a, X)) remains 
to "still available" when backtracking from JVi to Nq (see Case B3). 

From Figures ^— ^, we see that Nq has used only the first two answers in TB(reach(a, X)), 
namely reach(a,a) and reach(a,b). So it continues to use the other two. By repeating Case 4, 



Case 1 and point 3 twice, we get another two successful derivations as depicted in Figures |10| and 

Now reach(a, X) at Nq has used all tabled facts in TB(reach(a, X)) and has no more clause 
available (note that C r2 and C r3 have already been used by N\). Before failing it via backtracking, 
we check if iVo is an iteration node (i.e. we see if No — > node_ITER remains to the value 1). Since 
Nq is an iteration node and the flag NEW = 1, by Case 4.2.2 we do answer iteration. It is easy to 
check that no new answer will be derived (see Figure |j), so by the end of the first iteration NEW 
remains to the value 0. Thus by Case 4.2.1, the flag COMP of TB(reach(a, X)) is changed to 1, 
showing that the answers of reach(a, X) have been completed. 

Finally, by point 3 the answer NO is returned, which terminates the algorithm. Therefore by 
putting together Figures ^— |ll] and the figures for answer iteration (which are omitted here) we 
obtain the TP-tree TP Go of Pi U {G }. 



No : «— reach(a,X),return((X)) 
Ni : <— reach(a,Z),edge(Z,X),memoJook(No,reach(a,X), (X),8o),return((X)) 



N2 ■ <— memoJ,ook{N\ , reach(a, Z), (a),0i), edge(Z, X),memoJook(No,reach(a, X), (X),0o),return((X)) 

Add reach(a, a) to TB{reach(a, X)) 
T N\ gets reach(a, a) from TB(reach(a, X)), yielding 9i = {Z/a}. 

N3 : <— edge(a,X),memoJook(No,reach(a, X), (X),9o),return((X)) 



Na ■ <— memoJook(No,reach(a,X),(b),9o),return((X)) 



Add reach(a, b) to TB(reach(a, X)) 

Nq gets reach(a, a) from TB(reach(a, X)), yielding 9q = {X/a}. 



N5 : <— return((a)) 

I Return X = a 
N 6 : D 



Figure 6: The first successful TP-derivation with an answer X = a. 
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Ni : <— reach(a, Z), edge(Z, X),memoJook(No,reach(a,X), (X),9o),return((X)) 

The status of C r2 becomes "no longer available" 
T N\ gets reach(a, b) from T B(reach{a, X)) with mgu {Z/b} 

N7 : <— edge(b, X),memoJook(No,reach(a, X), (X),9o),return((X)) 
Figure 7: A failed TP-derivation. 

The following example is also useful in illustrating TP-resolution.[] To simplify the presentation, 
in the sequel, in depicting derivations we omit subgoals like memoJook(.) and return(.) unless they 
are required to be explicitly present. 

Example 3.4 Consider the logic program 

P 2 : p(a,b,c). C Pl 
p(X,Y,Z)^p(Z,X,Y). C P2 

Choose p as a tabled predicate. Let Go =<— p(X, Y, Z) be the top goal. The TP-tree of P2 U {Go} 



consists of Figures 12 and [0|, which yields three answers, p(a, b, c), p(b, c, a) and p(c, a, b). 



Note that in the above examples, no new answers are derived during answer iteration (i.e. 
Algorithm 2 stops by the end of the first iteration). We now give another example, which shows 
that answer iteration is indispensable. 

Example 3.5 Consider the following logic program 

P 3 : p(X,Y)^q(X,Y). C P1 

q(X,Y)<-p(X,Z),t(Z,Y). C qi 

q(a,b). C q2 

t{b,c). C h 

Choose p and q as tabled predicates and apply Algorithm 2 to the top goal Go =<— p(X,Y). 
After applying the clauses C pi and C qi , we generate the derivation shown in Figure |l4|. We see 
that a loop L(Nq, N2) occurs. So we do not use C Pl to expand N2 because that would repeat the 
loop. Instead, we try alternative clauses. Since there is no other clause in P3 that is unifiable with 
p(X, Z), we fail N2 and backtrack to its parent node N\, which leads to the derivation of Figure 
m Now, since there is no more clause available for q(X,Y), we fail N\ and go back to Nq. Note 
that the flag NEW has been set to 1 because new answers, q(a, b) and p(a, b), have been derived. 
Moreover, C q2 is no longer available to q(X, Y), whereas both C pi and C qi are still available because 
they are involved in a loop. 

7 This program is suggested by an anonymous referee. 
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N\ : <— reach(a,Z),edge(Z,X),memoJook(No,reach(a,X), (X),Oo),return((X)) 

\C T3 

memodook{N\ , reach(a, Z), (d),9i),edge(Z, X),memoJook(No, reach(a, X), (X), 9o) , return((X)) 



I Add reach(a, d) to TB{reach(a, X)) 
T i 



N\ gets reach(a,d) from TB(reach(a, X)), yielding 0\ = {Z/c!}. 
A^9 : edge(d,X),memoJook(No,reach(a,X), (X),8o),return((X)) 

\ce 2 

Nm : <— rnemoJook(No,reach(a,X),(e),6o),return((X)) 



I Add reach(a, e) to TB(reach(a, X)) 
T ^ 



./Vo gets reach(a, b) from TB(reach(a, X)), yielding 60 = {X/b}. 
iVn : <- return({b)) 

I Return X = b 

iVi2 : □ 

Figure 8: The second successful TP-derivation with the second answer X = b. 



Nj : <— reach(a,Z),edge(Z,X),memoJook(N ,reach(a,X),(X),9 ),return((X)) 

I The status of CV 3 becomes "no longer available" 

T N\ gets reach(a,e) from TB(reach(a, X)) with mgu {Z/e} 

iVi3 : <— edge(e,X),memoJook(N ,reach(a,X),(X),9o),return((X)) 



Figure 9: Another failed TP-derivation. 



No : <— reach(a, X),return((X)) 

| iVo gets reach(a, d) from TB(reach(a, X)) with mgu {X/ci} 

JVi4 : <— returned)) 
| Return X = d 

N 15 : a 

Figure 10: The third successful TP-derivation with the third answer X = d. 



No : <— reach(a, X),return((X)) 

| Nq gets reach(a, e) from TB(reach(a, X)) with mgu {X/e} 

Ni6 : <— return((e)) 
| Return X = e 

AT 17 : □ 

Figure 11: The fourth successful TP-derivation with the fourth answer X = e. 
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7V„: <-p(X,Y,Z) 



iVi: □ 
Add p(a, b, c) 




Get p(a, b, c) T Get p(fe, c, a) 
AT 3 : □ iV 4 : □ N s : 

Add p(6, c, a) Add p(c, a, 6) 

Figure 12: TP-derivations of P 2 U {G }. 

No: <~p(X,Y,Z) 



Get p(c, a, b) 
memoJook(No,p(X, Y, Z), (a, b, c), 



Get p(a, b, c) 



Jook(N ,p(X,Y,Z),(b,c,a), 




N 6 : <-p(Z,X,Y) 



Get p(b, c, a) 



Get p(c, a, b) 



TVg: <— memoJook(No,p(X, Y, Z), (a, b, c), Oo) 



Ns: <— memoJook(No,p(X, Y, Z), (c, a, 6), #o) 
Figure 13: Answer iteration for P 2 U {Go}. 

At A^o answer iteration is performed. The first iteration is shown in Figure |0], where two new 
answers, q(a,c) and p(a,c), are derived. The second iteration will derive no new answers, so the 
algorithm stops with the flag COMP of TB(p(X,Y)) set to 1. 

N : <-p{X,Y) 
N V . <-q(X,Y) 
7V 2 : <-p(X,Z),t{Z,Y) 



TB(p(X,Y)) : (p(X,y),{},(l),0) 
TB(q(X, Y)) : (q(X, Y), {}, (1, 1), 0) 



Figure 14: A TP-derivation where a loop occurs. 



4 Characteristics of TP-Resolution 

In this section, we prove the termination of Algorithm 2 and the soundness and completeness of 
TP-resolution. We also discuss the way to deal with the cut operator in TP-resolution. 



4.1 Soundness and Completeness 

In order to guarantee termination of Algorithm 2, we restrict ourselves to logic programs with the 



bounded-term-size property. The following definition is adapted from [IS]. 
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iVo: «-p(X,Y) 

J C P1 TB(p(X, Y)) : (p(X, Y), {(a, b)}, (1), 0) 

l C q2 TB(q(X, Y)) : (q(X, Y), {(a, b)}, (1, 1), 0) 

Nr. □ 

Figure 15: A successful TP-derivation. 

N a : «-p(X,Y) 

| C P1 TB(p(X, Y)) : (p(X, Y), {(a, 6), (a, c)}, (1), 0) 

iV 4 : -«(jr,Y) 

| C 91 TB( 9 (X, y)) : K), {(a, 6), (a, c)}, (1, 0), 0) 

iV 5 : ^p(X,Z),t(Z,Y) 

| p(a, 6) from TB(p(X, Y)) 

N (i : ^t(b,Y) 
N 7 : D 

Figure 16: New answers derived via answer iteration. 

Definition 4.1 A logic program P has the bounded-term-size property if there is a function f(n) 
such that whenever a top goal Go has no argument whose term size exceeds n, then no subgoal 
in the TP-tree TPq and no answer tuple in any table have an argument whose term size exceeds 
fin). 



Obviously, all function-free logic programs have the bounded-term-size property. 



Theorem 4.1 (Termination) Let P be a logic program with the bounded-term-size property and 
Gq a top goal. Algorithm 2 terminates with a finite TP-tree TPg - 



The following lemma is required to prove this theorem. 



Lemma 4.2 Let Gi and G^ be two goals in a TP-derivation of P U {Go} and and A^ be the 
left-most subgoals of Gi and Gk, respectively. If Ai is an ancestor variant subgoal of A^ then Ai is 
a tabled subgoal. 



Proof. Let Ai = p(.). By Definitions 3.7 and 3.8, A, being an ancestor variant subgoal of A 



implies that there is a cycle of the form p — > ... — > p in the dependency graph Gp. So p is a tabled 
predicate and thus Ai is a tabled subgoal. □ 



Proof of Theorem 4.1. Assume, on the contrary, that Algorithm 2 does not terminate. Then it 
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generates an infinite TP-tree. This can occur only in two cases: (1) it memorizes infinitely many 
(new) answers in tables, so we do backtracking at some nodes infinite times; and (2) it traps into an 
infinite derivation. We first show that the first case is not possible. Since P has the bounded-term- 
size property, all tabled facts have finite term size. Then, in view of the fact that any logic program 
has only a finite number of predicate, function and constant symbols, all tabled facts having finite 
term size implies that any table has only a finite number of tabled facts. 

We now assume the second case. Since P has the bounded-term-size property and contains 
only a finite number of clauses, any infinite derivation must contain an infinite loop, i.e. an infinite 
set of subgoals, Aq, A\, A^, such that for any i > 0, Ai is both an ancestor subgoal and a 
variant of Aj+i. This means that all the AiS are tabled subgoals (Lemma [4.2| ). However, from 
Cases 4 and 4.3 of Algorithm 2 we see that such a set of subgoals will never be generated unless P 
contains an infinite set of clauses whose heads are unifiable with the AiS, a contradiction. □ 

To simplify the proof of soundness and completeness, we assume, in the sequel, that all predi- 
cates are tabled predicates. 

Theorem 4.3 (Soundness and Completeness) Let P be a logic program with the bounded- 
term-size property and Go =<— Ai,...,A m a top goal with the list Y of variables. Let TPg be 
the TP-tree of P U {Go} and STg the SLD-tree of P U {Go} via the left-most computation rule. 
Then TPg and STq have the same set of answers to Gq. 

Proof. (Soundness) By the PMF mode, each tabled fact is an intermediate answer of some 



subgoal (called sub-refutation in |17|) in an SLD-derivation in STg . Since the answer / returned 
at any success leaf in TPg is an instance of Y such that each AjY /I is an instance of a tabled 
fact, Y/I must be the answer substitution of some successful SLD-derivation in STg - 

(Completeness) Algorithm 2 works in the same way as Algorithm 1 (i.e. it expands and 
backtracks on nodes in the same way as Algorithm 1) except (1) it is based on the PMF mode, 

(2) after finishing backtracking for answers of a subgoal Af = q(.) through the application of a 
clause C q ., the status of C q . w.r.t. Af will be set to "no longer available" (see Case B3), and 

(3) loops are handled by skipping repeated clauses and doing answer iteration. Since the PMF 
mode preserves the answers of SLD-resolution and point (2) is only for the purpose of avoiding 
redundant computations (i.e. when variant subgoals of Af later occur, they will directly use the 
tabled answers instead of recomputing them by applying C qj ), it suffices to prove that point (3) 
does not lose any answers to Go- 

Let SD be an arbitrary successful SLD-derivation in STq with loops as shown in Figure |l7], 
where m > 0, Ni is an iteration node and for any < i < m p(Xi) is an ancestor variant subgoal 
of p(Xi + i). Note that the SLD-derivation starts looping at by applying C p . to p{X\). However, 
Algorithm 2 will handle such loops by skipping C p . at and doing answer iteration at iVj . Before 
showing that no answers to p(Xq) will be lost using the skipping-iterating technique, we further 
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explain the structure of the loops in SD as follows. 

(1) For < i < m from A^. to A^. +1 the proof of p{Xj) reduces to the proof of B i+ i) 
with a substitution 0j for p(Xi), where each Bk (0 < k < m) is a set of subgoals. 

(2) The sub-refutation between N\ m and N Xm contains no loops and yields an answer p(X m )jm 
to p{X m ). The answer substitution j m for p(X m ) is then applied to the remaining subgoals 
of Ni m (see node N Xm ), which leads to an answer p(X m -i)7m7m-i#m-i to p(X m ^ 1 ). Such 
process continues recursively until an answer p(Ao)7 m -"7o#m-i-"#o to p(Xo) is produced at 
N xo . 

N : Go 
iV i0 : ^p(Xo),B 

\c Pj 

N h : «-p(i?i),Bi,Boflb 

\c Pj 

Ni m '■ *— p(X m ), B m , B m -i0 m -i, Bi6m-i—0i, Bo9m-i---@o 
\c Pj 

N Xm ■ <— Bm7m, Bm-l7mSm-l, B\^ m 8 m -\ . . .6\ , _B()7 m # m _ 1 . . .#() 
N X1 : <— BlJ rn ...Jl6 m -l...9l, Bo~/m---7l@m-l---9o 

N XQ : <— Bo7m---7o^m-i---^o 
AT t : □ 

Figure 17: An SLD-derivation with loops. 

We now prove that a variant of the answer p(Xo)7 m ...7o0 m -i---0o to p{Xq) will be produced 
by Algorithm 2 by means of answer iteration. 

Since p{X$) and p{X m ) are variants, via backtracking from up to Ni Q a variant of the 
sub-refutation between A r / m and N Xm can be generated, which starts from A r / via C Pj . This means 
that a variant of the answer p(X m )j m to p(X m ) can be derived via backtracking from A^ up to 
Ni , independently of the sub-derivation below . 

Let us do backtracking from A r / 1 up to Ni and store all intermediate answers in their tables. 
So p(Xm)"fm is in TB{p(Xq)). Now we regenerate the loop L(Ni ,Ni 1 ) (the first iteration). 

Since p(Xo) and p(X m -i) are variants, a variant of the sub-refutation between Ni m _ 1 and 
N Xm _ 1 , where the sub-refutation between N[ m and N Xm is replaced by directly using the answer 
p(X m )j m , can be generated via backtracking from up to Ni . That is, a variant of the answer 
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p(X m _i)7m7m-i#m-i to p(X m -i) can also be derived via backtracking from up to Ni when 
the tabled answer p(X m )7m is used. So we do the backtracking, store p(A m _i)7 m 7 m _i# m _i in 
TB(p(Xo)), and then regenerate the loop L(Ni ,Ni 1 ) (the second iteration). 

Continue the above process recursively. After (at most) m iterations, a variant of the answer 
p(A 7 o)7 m ...7o#m-i---#o to p(Xq) will be derived and stored in TB{p(Xq)). 

The above arguments show that although the branch below via C Pj is skipped by Algorithm 
2, by means of answer iteration along with tabling no answers will be lost to p(Xq). Therefore, 
when a fixpoint is reached at A^ , which means no new answers to p(Xq) can be derived via 
iterations, all answers of p(Xq) must be exhausted and stored in TB{p(Xq)) (in such a case, the 
flag TB{p(Xq)) — > COMP is set to 1). We now prove that the fixpoint can be reached in finite 
time even if m — > oo. 

Let m — > oo. Then SD contains infinite loops. Since P has the bounded-term-size property 
and only a finite number of clauses, we have only a finite number of subgoals and any subgoal has 
only a finite number of answers (up to variable renaming). Let N be the number of all answers of 
all subgoals. Since before the fixpoint is reached, in each iteration at iV/ at least one new answer 
to some subgoal will be derived, the fixpoint will be reached after at most ./V iterations. 

To sum up, Algorithm 2 traverses STg as follows: For any SLD-derivation SD in STg , if 
it has no loops Algorithm 2 will generate it based on the PMF mode while removing redundant 
application of clauses; otherwise, Algorithm 2 will derive the answers of subgoals involved in the 
loops by means of answer iteration. In either case, Algorithm 2 terminates and preserves the 
answers of SLD-resolution. As a result, if SD is successful with an answer to Go, there must be a 
successful TP-derivation in TPq q with the same answer (up to variable renaming). □ 

4.2 Dealing with Cuts 

The cut operator, !, is very popular in Prolog programming. It basically serves two purposes. 
One is to simulate the if-then-else statement, which is one of the key flow control statements in 
procedural languages. For example, in order to realize the statement if-A-then-B-else-C, we define 
the following: 

H <- A,\,B. 
H <-C. 

The other, perhaps more important, purpose of using cuts is to prune the search space by abort- 
ing further exploration of some remaining branches, which may lead to significant computational 
savings. For instance, the following clauses 

p(X) <- A 1 ,...,A m ,\. 

C p (.)- the remaining clauses defining p{.). 
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achieve the effect that for any X whenever A\, A m is true with an mgu 0, we return p{X)9 and 
stop searching the remaining space (via backtracking on the AiS and using the remaining clauses 
Cp(.)) for any additional answers of p(X). 

The cut operator requires a strictly sequential strategy — Prolog-strategy for the selection 
of goals, subgoals and program clauses. TP-strategy is an enhancement of Prolog-strategy with 
the following two policies for dealing with tabled facts (see Definition |3.6| ): Table-first when both 
tabled facts and program clauses are available and Top-down for the selection of tabled facts. Since 
new answers are always appended to the end of tables, by the PMF mode, such an enhancement 
does not affect the original sequentiality of Prolog-strategy. That is, TP-strategy supports the cut 
operator as well. 

Before enhancing Algorithm 2 with mechanisms for handling cuts, we recall the operational 
semantics of cuts. 



Definition 4.2 Let P be a logic program that contains the following clauses with a head p(-): 

p{.) - .... C P1 



p(Y) <— Bi, ...,B m , \,B m+ 2, ....,B m+ k Cj 



v, 



P {.) <- .... a 



Pn 



Let p(X) be a subgoal such that p{X)6 = p(Y)9. The semantics of ! in C Pi is defined as follows: 
During top-down evaluation of p{X), by the left-most computation rule whenever (B\, B m )6 
succeeds with an mgu Q\, all the remaining answers to the subgoal p(X) are obtained by computing 
{B m+ 2, B m+ k)99i, with the backtracking on the Bjs (1 < j < m) and the remaining clauses 
C Pj s (i < j < n) ignored. In other words, we force two skips when backtracking on the cut: the 
skip of all Bjs (1 < j < m) and the skip of all C Pj s (i < j < n). 



It is quite easy to realize cuts in TP-resolution. Let Nh be a node labeled by a goal 
G h =^p(X),... 



and the clauses for p(.) be as in Definition 4.2. Let 

Gh+i =<— {B\, B m )9, !, (B m+2 , B m+k )9, ... 

be the resolvent of Gh and C Pi . When evaluated as a subgoal for forward node expansion, ! 
is unconditionally true. However, during backtracking, by Definition 4.2 it will skip all Bjs by 
directly jumping back to the node iV^. In order to formalize such a jump, we attach to the subgoal 
! a node name Nh as a directive for backtracking. That is, we create a subgoal \(Nh), instead of !, 
in the resolvent Gh+i- 
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Then cuts are realized in TP-resolution simply by adding to Algorithm 2, before Case 1 in 
point 2, the case 



• Case 0: A\ is \(N h ). Set G i+1 =<- A 2 , A m and N h -> nodeSUSP = 0, and goto 2. 
and, before Case Bl in point 3, the case 

• Case BO: Af is \(Nh). Let ^ = be the left-most subgoal at and C Pi be the clause 
that is being used by Ah. If Ah is a non-tabled subgoal then goto 3 with N = Nh- Otherwise, 
if Nh — > nodeSU SP = then set TB{Ah) — > cZause_statits[_7] = for all j > i; else set 
iV/! — > nodeSUSP = and — ► clause jptr = null. Goto 2 with A^ as the latest registered 
node. 



For Case 0, since ! is unconditionally true, Gi + \ =<— A 2 , A m . For Case BO, we do backtrack- 



ing on the subgoal \(Nh) at node Nf. By Definition 4.2, we will skip all nodes used for evaluating 
(Bi, B m )6 and then skip all clauses C Pj s with j > i. The first skip is done by jumping from Nf 
back to Nh- If p(X) at Nh is a non-tabled subgoal, the second skip is done by failing the subgoal 
via backtracking. Otherwise, we consider two cases. 



1. Assume Nh — > nodeSUSP = 0. This means the evaluation of (B m+ 2, ....,B m+ k)99\ did not 
encounter any loop that goes through Nh via C Pi , so that all answers of (B m+2 , B m+ k)99i 
must have been exhausted via backtracking. Thus there will be no new answers of p(X) that 
can be derived by applying the clauses C Pj s (j > i). Therefore, in this case the second skip 
is achieved by changing the status of the C Pj s in TB(p(X)) to "no longer available". 

2. Assume Nh — ► nodeSUSP = 1. Since the flag A)j — > nodeSUSP is initialized to after the 
evaluation of (B\, ...,B m )9 (see Case 0), Nh — > nodeSUSP = 1 means that the evaluation 
of (B m+2 , B m+ k)99i encountered loops that go through Nh via C Pi . So answer iteration 
is required to exhaust the answers of (B m+2 , B m+ k)99\. Hence, in this case the second 
skip is done simply by clearing the pointer Nh — > clausejptr, so that no more clauses will be 
available to p(X) at Nh. 



Example 4.1 Consider the following logic program: 



P 4 : p(X,Y) ^p(X,Z),t(Z,Y). C P1 

p{X,Y) *- p(X,Y),\. C P2 

p(a,b). C ps 

p(f,g)- c P4 

t(b,c). C tl 
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Choose p as a tabled predicate. Let Go =<— p(X, Y) be the top goal. By applying C pi to the root 
iVo we generate Ni, where the first loop L(Nq,Ni) occurs (see Figure 18). Then C P2 is applied, 



which yields the second loop L(Ni, JV 2 ). Since C P2 is being used by ^P3 is used to expand -/V2, 
which gives the first tabled fact p(a, b). At JV3, the cut succeeds unconditionally, which leads to 
A4. Then Ct x is applied, giving the first success leaf A% with the second tabled fact p(a,c) added 
to TB(p(X,Y)). 

N : «-p(X,y) 

Get p(a, c) from TB(p(X, Y)) 



Ni: <- p(X, Z),t(Z, Y) Nr. □ Return X = a and Y = c 

Get p(a, c) from TB(p(X, Y)) 



N 2 : ^p(X,Z),\{N{),t{Z,Y) N 6 : «- t(c,Y) 

C P3 I Add p(o, 6) to TB(p(X, Y)) 

N 3 : *-l(Ni),t(b,Y) 



\ 



N 4 : <-t(b,Y) 

C tl I Add p(a, c) to TB(p(X, Y)) 

N 5 : a Return X = a and Y = b 

Figure 18: TP-derivations with cuts. 

We backtrack to A^4 and then to N$. Due to the subgoal !(iVi), we directly backtrack to N\ 
(the first skip). The status of C P2 , C P3 and C P4 in TB(p(X,Y)) is then changed to "no longer 
available" (the second skip). At N%, the second tabled fact p(a, c) is used, which yields a failure leaf 
A^6- Next we go back to A^, where the second tabled fact p(a,c) is used, which gives the second 
success leaf Nj. 



Similar extension can be made to Algorithm 1 to deal with cuts in Prolog. By comparison 
of the two, we see that without loops, cuts in TP-resolution achieve the same effect as in Prolog. 
When there are loops, however, TP-resolution still reaches conclusions, whereas Prolog will never 
stop. The following representative example illustrates such a difference. 



Example 4.2 The following two clauses 

not_p(X) <-p(X),l,fail. C npi 
notjp(X). C np2 

define the predicate notjp which says that for any object X, not-p(X) succeeds if and only if p(X) 
fails. Let Go =<— not_p(a) be the top goal and the programs P$ i be defined as follows. 



1. = {C npi ,C np2 }. As p{a) fails, C np2 is applied, so that both Prolog and Algorithm 2 give 
an answer YES to Gq. 
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2. Ps 2 = {C npi ,C np2 ,p(a)}. As p{a) succeeds, the cut ! in C npi is executed. Since the subgoal 
fail always fails, the backtracking on ! skips C np2 , so that both Prolog and Algorithm 2 give 
an answer NO to Go- 

3. P53 = {C npi , C np2 ,p(X) <— p(X)}. Note that p is a tabled predicate. As Prolog goes into 
an infinite loop in proving the subgoal p(a), no answer to Go can be obtained. However, 
Algorithm 2 breaks the loop by deriving a negative answer to p(a), so that C np2 is applied, 
which leads to an answer YES to Go. 

As we mentioned earlier, cuts are used for two main purposes: (1) simulate the if-A-then-B- 
else-C statement, i.e. treat B and C to be two exclusive objects; (2) prune the search space, i.e. 
force the two skips when backtracking on cuts (see Definition [4.2[ ) . Since the second purpose exactly 
corresponds to the operational semantics of cuts, it is achieved by both Prolog and TP-resolution 
in any situations. It turns out, however, that the first purpose cannot be achieved in arbitrary 
situations. The following example illustrates this. 

Example 4.3 Consider the following logic program: 



P 6 : p{X) <-q(X),p(b),l,B. C P1 

p(X) <- C. C P2 

q(a). C qi 

B. Cb 1 

C C Cl 



It is easy to check that this program will generate no loops. However, the two clauses C Pl and C P2 
do not represent 

if q{X) and p{b) then B else C 

because evaluating p(X) by Prolog/TP-resolution will lead to both C and B being executed, which 
violates the intension that they are exclusive objects. 

Definition 4.3 Let P be a program. We say that the effect of if-A-then-B-else-C is achieved using 
clauses of the form 

H <- A, l,B. 
H <- C. 

if when evaluating H against P, either B (i.e. when A is true) or C (i.e. when A is false) but not 
both will be executed. 
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Based on this criterion, we give the following characterizations of the classes of programs for 
which cuts are effectively handled by Prolog/TP-resolution to achieve the effect of if-A-then-B- 
else-C. 



Theorem 4.4 Let P be a program with the bounded-term- size property. Let A = A±, ...,A m , B = 
B\,...,B n and C = Ci,...,C q . TP-resolution achieves the effect of if-A-then-B-else-C using the 
following clauses in P 



H «- A,\,B. 
H <- C. 



if and only if (1) if A is true with the first answer substitution 8 then the evaluation of A for the 
first answer and the evaluation of BQ will not invoke C; (2) if A is false then the evaluation of A 
and the evaluation of C will not invoke B. 

Proof. (=>) Straightforward. 

(^=) Since TP-resolution always terminates, the truth value {true or false) of A can be 
definitely determined. So, for point (1), B9 will be executed with C excluded; and for point (2), C 
will be executed with B excluded. Therefore, the effect of if-A-then-B-else-C is achieved. □ 

Theorem 4.5 The conditions of Prolog achieving the effect of if-A-then-B-else-C using the fol- 
lowing clauses 

H <- A,l,B. 
H <- C. 

are the two conditions for TP-resolution plus a third one: (3) the evaluation of A for its first answer 
will not go into a loop. 



Proof. Without loops in evaluating A for its first answer, the truth value (true or false) of A can 
be definitely determined. Otherwise, neither B nor C will be executed, which violates the criterion 
of Definition O. □ 



By Theorem 44, for programs P^, P§ 2 and P53 (see Example pL2; ) the two clauses C npi and 
C np2 can be used by TP-resolution to represent if-p(X)-then-f ail-else-true. By Theorem 4.5, 
however, Prolog cannot achieve such effect for P53 because the evaluation of p(X) will go into a 
loop. Moreover, neither TP-resolution nor Prolog can use C P1 and C P2 in Pq (see Example 4.3) 
to represent if-(q(X) and p(b))-then-B-else-C because the evaluation of p(b) will invoke C, which 
violates point (1) of Theorem [4.4| . 

Summarizing the above discussion leads to the following conclusion. 
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Corollary 4.6 Let P be a program with the bounded-term- size property. If Prolog effectively han- 
dles cuts for P w.r.t. the two intended purposes, so does TP-resolution; but the converse is not 
true w.r.t. the first purpose. 



Proof. The second purpose of using cuts is achieved by both Prolog and TP-resolution for any 
programs. For the first purpose, this corollary follows immediately from Theorems 4.4 and 4.5. □ 



5 Conclusions and Further Work 

Existing tabulated resolutions, such as OLDT-resolution, SLG-resolution and Tabulated SLS- 
resolution, rely on the solution-lookup mode in formulating tabling. Because lookup nodes are not 
allowed to resolve tabled subgoals against program clauses, the underlying tabulated resolutions 
cannot be linear, so that it is impossible to implement such resolutions using a simple stack-based 
memory structure like that in Prolog. This may make their implementation much more complicated 
(SLG-WAM for XSB is a typical example [||, in contrast to WAM/ATOAM for Prolog H|, ||). 
Moreover, because lookup nodes totally depend on solution nodes, without any autonomy, it may 
be difficult to handle some strictly sequential operators such as cuts as effectively as in Prolog 

In contrast, TP-resolution presented in this paper has the following novel properties. 

1. It does not distinguish between solution and lookup nodes. Any nodes can resolve tabled 
subgoals against program clauses as well as answers in tables provided that they abide by the 
Table-first policy, regardless of when and where they are generated. 

2. It makes linear tabulated derivations based on TP-strategy in the same way as Prolog ex- 
cept that infinite loops are broken and redundant computations are reduced. The resolution 
algorithm (Algorithm 2) is sound and complete for positive logic programs with the bounded- 
term-size property and can be implemented by an extension to any existing Prolog abstract 
machines such as WAM plj or ATOAM p|. 



3. Due to its linearity, cuts can be easily realized. It handles cuts as effectively as Prolog in the 
case that cuts are used for pruning the search space, and better than Prolog in the case for 
simulating the if-then-else statement. 

However, TP-resolution has some disadvantages. In particular, an efficient implementation 
requires further investigation of the following issues. 

1. Because it is a mixture of loop checking and tabling, ancestor checking is required to see if a 
TP-derivation has gone into a loop. That could be costly. Therefore, fast ancestor checking 
algorithms remain to be explored in further investigation. 
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2. Answer iteration introduces redundant computations for those programs and goals where the 
iteration is totally redundant (see, for example, the programs Pi and P2 in Examples |3.3| and 



3.4 where no new answers can be derived through the iteration). Methods of determining in 



what cases answer iteration can be ignored remain an interesting open problem. 

We have recently extended TP-resolution to compute the well-founded semantics of general 
logic programs. A preliminary report on the extension appears in jy^]. We are also working on the 
implementation of TP-resolution to realize a linear tabulated Prolog system. 
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